App Store到底发生了什么
先说背景。从2016年到2024年，App Store新App提交量连年下滑，总共跌了46%。八年的持续萎缩，所有人都觉得移动App创业的黄金时代已经过去了。
然后2025年，这个曲线突然拐头了。。。
Sensor Tower的高级分析师Abraham Yousef的原话是，「过去一年我们看到了爆炸性的增长，这跟AI编程Agent工具的大规模发布高度吻合，这些工具消除了创建App的固有困难。」
说真的，Apple自己估计也没想到这个变化来得这么猛。他们现在每周要审核超过20万份App提交，平均审核时间1.5天。听说连Apple内部都开始用AI工具来辅助审核了，不然人工根本审不过来。
说真的，这不是一个「AI很厉害所以App变多了」的空泛观察。这里面的关键变量是参与门槛。以前做一个App上架，你至少得会写Swift或者Kotlin，得懂Xcode或者Android Studio，得能独立处理编译错误和内存泄漏。这套门槛把99%的普通人挡在了门外。
现在，Claude Code和Codex把这个门槛打下来了。你不需要会写代码，你只需要能用大白话把你想做什么描述清楚。AI Agent会帮你把自然语言转成代码、自动编译、跑测试、修bug、改UI。
一个真实案例，2万行代码他只写了1000行
回到开头说的那个案例。一个叫Indragie Karunaratne的开发者，从2008年就开始做Mac开发，但已经6年没成功发布过Side Project了。今年他用Claude Code做了一个叫Context的macOS原生App，用来调试MCP服务器，专门给开发者用的。
这个App总共2万行代码，他估计自己手写的不到1000行，剩下全交给Claude Code了。他花了多少钱？说实话，他自己在文章里写，「好像每天多出了5个小时，代价是每月200美元的API费用」。
200美元一个月，产出了一个上架的原生macOS应用。你算算这个账，怎么算怎么划算。
我仔细读了他的分享，有几个特别值得注意的细节。
第一，Claude Code对SwiftUI的表现比Swift本身好。Swift这个语言有太多历史包袱了，从Objective-C一路演进过来，很多老API和新API混在一起，连人类开发者都容易搞混，AI也经常会在新旧API之间犹豫。但SwiftUI是纯声明式的，AI生成的UI代码能用，虽然第一版通常有点丑。
第二，你可以直接截图丢给AI让它改UI。这个操作我当时看到就觉得太骚了。你把App截图粘贴进Claude Code的终端，说「把这个界面做得更漂亮」，它会分析截图里的UI问题，然后直接改SwiftUI代码。不需要你描述哪里不好看，AI自己能看懂。
第三，也是我觉得最有价值的一点，他管这个叫「上下文工程」。不是提示词工程，是上下文工程。意思是，用AI编程Agent最重要的不是你怎么写提示词，而是你怎么把正确的信息喂给Agent让它理解。因为Claude Code的上下文窗口是200k token，对话越长它越容易忘记前面的内容，所以你得学会「激活」Agent，让它先读相关代码和文档，理解上下文，再让它动手。
他有一个很实用的方法，每次让Claude Code做新功能之前，先让它读相关的源文件和在线文档，然后让它「总结你学到了什么」。这一步强制Agent把理解内化，后面的代码质量明显高很多。
第四，发布自动化。这是最让我意外的部分。他让Claude Code写了一个2000行的Python发布脚本，自动完成代码签名、公证、打包DMG、生成更新日志、推到GitHub、上传Crash符号。他说这脚本每次发布给他省几十分钟，而且CLI输出还被AI美化得很漂亮。
我自己的感受是，以前最后20%的打磨工作才是最烦人的，签名、打包、上架这些流程性的事要花大量时间。现在这最后20%也基本被AI吃掉了。
用AI做App需要什么工具链
如果你也想试这条路，我帮你梳理一下现在主流的几条路径。
路线一，Claude Code原生路线。这是目前效果最好的。Claude Code是一个运行在终端里的AI编程Agent，它不是IDE，它就是Agent。你给它一个任务，它会自己读代码、编译、跑测试、修bug，整个循环全自动。适合做macOS和iOS原生App。成本方面，Sonnet模型便宜一些，Opus模型贵但质量好。
我在之前的文章里提过，Claude Code的快模式降价后成本大幅降低，如果你用Sonnet模型跑，每月API费用可以控制在100美元左右。
路线二，Cursor / Windsurf IDE路线。这类工具是带AI的代码编辑器，操作体验更接近传统开发。如果你有一点点编程基础或者愿意学，这是最容易上手的。你可以一边看AI写代码一边学习，也能手动改改，参与感更强。
路线三，纯提示词路线。有些平台比如Lumi、Replit这类，你可以直接用自然语言描述App的样子，它会帮你生成并部署。这种方式最简单但灵活性最低，适合做非常简单的工具类App。
说真的，如果你是零基础，我建议从路线二开始。Cursor的体验比较友好，AI生成的代码你可以边看边学，不至于完全是个黑盒。等熟悉了以后再转到Claude Code这种更强大的Agent。
从零到上架，具体怎么做
我根据Indragie的案例和其他成功案例，总结了一套可操作的流程。不是那种「第一步注册账号第二步开始开发」的废话指南，是真正能落地执行的步骤。反正我觉得这才是有用的内容。
1找一个真实的需求缺口
不要从「我想做一个App」出发，从「这个事情现在做起来太麻烦了」出发。Indragie做Context是因为他自己调试MCP服务器太痛苦了，市面上的工具不好用。你自己观察一下日常用手机的时候，有没有哪个操作你觉得「尼玛这怎么这么麻烦」？
具体方向上，工具型小App最靠谱。倒计时器、记账本、习惯打卡、文件格式转换、本地数据管理这类，功能明确、边界清晰、AI最容易实现。不要一上来就想做社交App或者游戏，那是对创意和交互设计的双重考验。
如果你完全没有头绪，去这篇Vibe Coding文章里看的那几个方向，挑一个跟你日常生活最贴近的。
2给AI写产品规格，越具体越好
AI编程Agent不是魔法。你给它「帮我做一个记账App」这种模糊需求，它只能给你一个极简的原型，离上架差十万八千里。
你需要写一份产品规格。不用是专业的PRD文档，用大白话就行。Indragie的原话是，「你可以语音口述，什么都行，甚至可以絮叨」。关键是把每个功能的细节都描述出来。比如不是写「要有图表功能」，而是写「需要一个柱状图展示每月支出分类，支持点击某个分类查看明细，颜色用系统默认配色」。
规格写得越细，AI第一版产出的质量就越高，返工次数就越少。我自己的经验是，花一个小时写好规格，能省后面五六个小时的来回调。
3让Agent先想清楚再动手
Claude Code有个功能叫ultrathink，是最高级别的深度思考模式。在让它开始写代码之前，先用「ultrathink and make a plan」这句指令让它先规划。它会拆解整个任务、列出技术方案、预估难点。
这一步很多人会跳过，觉得浪费时间。但Indragie反复强调，直接让Agent跳到实现往往产出质量很差。让Agent先「热身」，理解完上下文再动手，后面的代码质量会高一个档次。
还有一个技巧是写CLAUDE.md文件。在项目目录下创建一个CLAUDE.md，写上技术约束和设计偏好。比如「用SwiftUI不用AppKit」「图标用SF Symbols」「配色跟随系统Dark/Light模式」。Claude Code启动时会自动读取这个文件，就像给新员工一份入职手册。
4截图修UI，迭代打磨
AI生成的第一版UI大概率不太好看。这时候用截图反馈法。把当前App界面截图，粘贴进Claude Code，说「把这个界面做得更美观」或者「这个按钮的间距不对」。Claude Code能看懂截图，直接改SwiftUI代码。
多轮迭代之后，UI质量会明显提升。Indragie说这个过程通常需要3-5轮，每轮几分钟。比你自己手调UI快太多了。
AI改UI有一个常见的坑，Swift的类型推断有时候会太复杂导致编译器报「type-check this expression in reasonable time」错误。这时候让Agent把视图拆分成更小的组件就行，Claude Code很擅长做这个重构。
5自动化发布流程
这是很多人忽略但能省大量时间的步骤。让Claude Code帮你写发布自动化脚本。至少覆盖这些环节，代码签名、公证（notarize，Apple的强制要求）、打包成DMG或IPA、生成更新日志、推送到GitHub Release。
如果你有付费版本，还可以让AI帮你接入Sparkle自动更新框架，和Stripe或RevenueCat的订阅支付。这些以前需要折腾好几天的事，现在让Agent几小时就能搞定。
顺便说一句，如果你对token成本敏感，可以看看Caveman这类token优化工具，或者在终端里装一个Lowfat这种CLI过滤器，能帮你省掉不少不必要的token消耗。
6上架和获取第一批用户
Apple开发者账号99美元一年，注册完就能提交App。App Store审核现在大部分48小时内通过，但AI生成的App可能会遇到额外审查，所以预留一周的时间比较安全。
获取第一批用户，最靠谱的方法是做垂直领域SEO。你的App解决什么问题，就去中文搜索引擎和英文Google搜相关关键词，看看有没有人在问类似的问题。然后写一两篇教程或测评文章，把App自然地放进去。
另一个路子是去相关社区发帖。Reddit、V2EX、即刻、小红书上搜你的目标用户聚集的圈子，分享你做这个App的过程和心得。真实的故事比广告管用一百倍。
收入预期和成本核算
说点实际的，这条路到底能赚多少钱。
先算成本。Claude Code用Sonnet模型，正常使用每月大约100-200美元。如果用Opus会贵不少，但质量更高、迭代次数更少。Apple开发者账号99美元/年。如果你做macOS App不需要上架App Store（通过网页分发），连99美元都能省掉。
再说收入。一个做得好的工具型App，定价2.99-9.99美元/月订阅或者9.99-29.99美元一次性买断，每天能卖5-10份的话，月收入就是1500-3000美元。当然这是乐观估计，但也不是天方夜谭。很多独立开发者的数据表明，找到精准的需求缺口后，月入几千美元是完全可行的。
坦率的讲，不是每个人都能在第一个月就赚到钱。但这条路的试错成本真的不高。花200美元的API费用试一个月，如果App做出来了但没人买，你的损失也就是一个月的时间和200美元。比起传统创业动辄投入几万几十万，这个风险等级对普通人来说非常友好。
而且即使这个App没赚到钱，你在这个过程中学会的技能，用AI Agent把想法变成产品、理解产品规格、跟AI协作迭代，这些能力在其他副业方向上也能用得上。
几个需要提前知道的坑
我不能只说好的不说风险。这里面有几个坑你必须提前知道。
上下文遗忘。Claude Code的200k token上下文窗口看起来很大，但真正做项目的时候你会发现不够用。对话太长后Agent会开始遗忘前面的细节，这时候它的代码质量会下降。解决方案是分段给任务，一个功能做完了让Agent总结，然后开新对话做下一个功能。
App Store审核。Apple已经开始注意到AI生成代码的App了。今年已经下架或阻止了Replit和Anything这类App的更新，原因是这些App生成的代码会改变自身的功能目的。你做的是一个功能固定的工具App，不会有这个问题，但如果你做的是平台类或者代码执行类App，要特别注意Apple的审核规则。
不是所有App都能用AI做。复杂交互的游戏、需要精妙动画的社交App、依赖大量原生API的系统工具，AI目前做起来还是很吃力。老老实实做工具型App，功能边界清晰，AI最擅长这个。
维护成本。App上架不是终点。iOS每年有大版本更新，Apple会调整API，你的App得跟着适配。这部分工作AI也能帮忙做，但你不能完全不管。预留每个月几个小时做维护是现实的。
我的判断
说真的，App Store新App暴增84%这个数据点，比任何关于AI能力的讨论都更有说服力。因为这不是技术公司在PR，这是实实在在的开发者行为变化，成千上万的个人开发者在用真金白银的API费用投票，用AI做App然后提交上架。
我觉得这波机会的窗口期大概还有12-18个月。等更多人涌入、App Store竞争进一步加剧之后，单纯的「用AI做个小工具」这条路会越来越难走。但现在，当你看到这篇文章的时候，窗口还在。
磨平一些信息差，能做就赶紧做。